home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group99a.txt / 000208_icon-group-sender _Mon Oct 4 12:39:15 1999.msg < prev    next >
Internet Message Format  |  2000-09-20  |  5KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id MAA10026
  4.     for icon-group-addresses; Mon, 4 Oct 1999 12:39:01 -0700 (MST)
  5. Message-Id: <199910041939.MAA10026@baskerville.CS.Arizona.EDU>
  6. From: gep2@terabites.com
  7. Date: Mon, 04 Oct 1999 13:13:51 -0500
  8. Subject: Any File System for Icon Yet?
  9. To: blakec@pacbell.net, icon-group@optima.CS.Arizona.EDU
  10. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  11. Status: RO
  12.  
  13. > I have downloaded, installed, and done some little
  14. programs in Icon for Windows.  I find that the documentation
  15. that comes with the package is missing library routines
  16. that are actually present; that is, it doesn't document them.
  17. The free manual from
  18. <http://www.toolsofcomputing.com/freesoftware.htm>
  19. documents some missing routines, like xencode() and
  20. xdecode(), and they work.  
  21.  
  22. I haven't used (specifically) Icon for Windows, although I've worked with the 
  23. command-line version to a fair degree.  Others here will certainly know more 
  24. about it, but I'll offer at least some observations...
  25.  
  26. > I find no routines to pluck one element out of the middle of a list, or insert 
  27. one in.  Are there such routines?   
  28.  
  29. Perhaps not, since those functions are really pretty trivial (you can use 
  30. subscript ranges to specify sublists, making that kind of thing a simple 
  31. expression).
  32.  
  33. > Would I get documentation of the if I got the book?  
  34.  
  35. Dunno which book in particular you're referring to.  The book I have and use, 
  36. 'The Icon Programming Language' is a very complete description of the basic 
  37. language.
  38.  
  39. > At $35 a student like myself has to find out whether Icon has enough library 
  40. routines to support real programming problems before I buy it.
  41.  
  42. That, of course, depends entirely upon what kind of "real programming problems" 
  43. you intend to tackle with it.
  44.  
  45. One serious missing thing, for business type programming, is any kind of 
  46. indexed-sequential file system.  (If there is such by now, I'm not aware of it).
  47.  
  48. On the other hand, I'm not aware of ANY general-purpose programming language 
  49. which has ALL of every kind of support routine that anyone is likely to ever 
  50. need, already built-in...
  51.  
  52. > There is no mention of any file system in downloaded
  53. documentation.  To work on persistent data I have
  54. to write a whole list out with xencode() and read it in
  55. with xdecode().  
  56.  
  57. There are other ways to import and export lists.  In general, I think that Icon 
  58. is better equipped for this than most other programming languages are.
  59.  
  60. In SNOBOL4/SPITBOL (predecessor languages to Icon) there is a SAVE() function 
  61. which allows the entire workspace (program and data) to be written to disk for 
  62. reloading later, and that's a way to instantly save (and later restore) even 
  63. very complex data structures without having to develop a separate 
  64. importable/exportable disk-file-based format for them.
  65.  
  66. > I read in the Dec. 1, 1998 Icon Newsletter the article titled "Database 
  67. Connectivity":  "Work is beginning at UT San Antonio, with generous support from 
  68. the National Library of Medicine, on a high-level database interface to Icon. 
  69. The initial implementation will emphasize Windows Icon ...".
  70.  
  71. > Is this done yet?  If not, is there even a primitive file system available, 
  72. with a B-tree index method and data file access routines?
  73.  
  74. With the increasing emphasis on multi-user transaction processing, it's perhaps 
  75. true that it's becoming more appropriate and desirable to provide a more general 
  76. interface to an external SQL (or other) database system... rather than trying to 
  77. keep the whole database system within the individual program.
  78.  
  79. > Icon is a nice language; very powerful!
  80.  
  81. I couldn't agree more!!!  Despite the fact that for my own personal use, I find 
  82. SNOBOL4/SPITBOL (which has many of the same concepts, although a very different 
  83. overall look) to be a very attractive alternative.  I end up using S*BOL much 
  84. more than Icon.  NT SPITBOL produces true .EXE files, compiles and executes VERY 
  85. quickly, reliably handles exceedingly large amounts of data, and is very robust. 
  86.  It also provides for the eval() and code() functions which are missing from 
  87. Icon (allowing you to extend the program and reference variables symbolically in 
  88. expressions at runtime).
  89.  
  90. Anyhow, Clint is quite active on this list, and will surely know more about the 
  91. status of Icon for Windows... good luck!
  92.  
  93. Gordon Peterson
  94. http://web2.airmail.net/gep2/
  95. Support the Anti-SPAM Amendment!  Join at http://www.cauce.org/
  96. 12/19/98: the day the Conservatives demonstrated their scorn for their
  97.    fraudulent sham of representative government.  Voters, remember it!
  98.  
  99.